home *** CD-ROM | disk | FTP | other *** search
- Short: xprzmodem and xprzedzap, locale aware, WB2+
- Type: comm/term
- Uploader: robert_williamson@p0.f104.n167.z1.fidonet.org (Robert Williamson)
- Author: robert_williamson@p0.f104.n167.z1.fidonet.org (Robert Williamson)
-
- xprzmodem.library v3.5 for term programs and bbs's
- & xprzedzap.library v3.5 for mailers
-
- xprZ35.lha contains AmigaGuide and plain text docs as well as
- 68000/10/20/30/40 versions of both xprzmodem.library and xprzedzap.library.
- These libraries all require WB2 or better and support language catalogues
- via locale.library. This release merges the source levels of the two
- libraries so that both can take advantage of all fixes and enhancements.
-
- XPRzedzap.library is an enhanced version of xprzmodem.library for use in
- Mailers as well as BBSs and Terminal programs supporting XPR protocols. It
- provides multiple zmodem-derived protocols, including:
- Zmodem, SZmodem, ZedZip, ZedZap and DirectZap.
- It is a complete replacement for xprzmodem.library, xprszmodem.library,
- xprdzap.library and all previous versions of xprzedzap.library.
-
- XPRzmodem.library is also enhanced to provide the same protocols as
- xprzedzap.library, well as support for SZmodem. It is about 1K smaller
- since it does not include some of the special features required in FTN
- operations. This version should be used only on systems that do not have a
- mailer or where the mailer does not support XPR protocols.
-
-
- Installation problems:
-
- locale.library MUST be installed, as well as the directories that library
- expects.
-
- It has been noted that some Term programs and BBS's have a hardcoded
- setup for xprzmodem.library. In some cases the space reserved is to too
- small for the additional options in these libraries and the host may crash.
- If these programs have an external xpr setup options, use that instead.
- This method has been reported as solving the problem with Ncomm.
-
- Some term programs and BBS's are not coded to the spec, but rather take
- short-cuts which may cause that program to hang when used with these
- libraries. In particular:
- Setting YY causes XPR2.001 return codes to be set. These codes make use
- of all 32 bits in the bitmap; if the host program only looks at the
- low-order 16 bits or expects hardcoded values, it will fail. Never use
- this option in a host that does not support it. The only known hosts that
- do support this option are DreamTerm and wpl.library.
-
- Fixes and Enhancements:
-
- o REQUIRES wb2+
- o Locale support.
- o Defaults optimized for each library to permit MUCH shorter setup
- strings.
- o XPR 2.001 support for dual-status windows.
- Protocol now informs host that it supports XPR 2.001 extensions
- and double-buffering. Setup toggles this support and is by default
- disabled for xprzmodem.library and enabled for xprzedzap.library.
- o XPR 3 callbacks register protection is installed
- o XPR 3 xpr_updstatus function is enabled, permitting notification
- of transfer status for EACH file sent or received.
- o Protocol name displayed will be one of:
- Zmodem, 1K blocks standard
- SZmodem, up to 8K blocks
- ZedZap, up to 8K Blocks size based upon bps rate, ftn mode
- ZedZip, 1k blocks, ftn mode
- DirectZap, up to 8k blocks, minimum escaping, ftn mode
- o Added status messages for resume
- o A number of strings were not localized, corrected. Also added
- localization for new options. These are NOT translated for
- german catalog, so that catalog has been removed from distribution.
- Catalogues and documentation for other languages should be
- distributed separately.
- o During batch transfers, Error message field is set to "None" when
- starting to send or receive next file.
-
- o New options:
-
- Y XPR2001 Mode
- Y - When enabled, calls to XprSetup() will return a mask with
- the additional bits defined in the XPR 2.001 spec related
- to double-buffering, etc. xpr_update() calls will be
- masked with a bit indicating directionof transfer to
- support host program rthat use dual-staus windows.
-
- N - XPR2001 support diabled, required for Ncomm, Excelsior
- BBS and other hosts which do not properly handle xpr
- function and callback return codes.
-
-
- Z Enable FTN mode
- The Z option enables FTN operation, when Y, the following is in effect:
- - RxTimeOut is restored to 600ms
- - transfers start with blocksize specified in M option.
- - block size baud-rate dependant
- - serialbuffer is cleared before sending/receiving. In FTN
- mode the turnaround from sending to receiving (and vis-versa)
- is quite fast, clearing the buffer avoids reading echos of our
- own characters or leftovers from the previous transfer.
-
- M<block size>
- The maximum packet size can now be set with a maximum/default at
- 8192. This will vary when sending and will be static when receiving.
- When sending in FTN mode, the maximum packet size will be baud rate
- dependant, and the size is calculated with the formula MAX_PACKET =
- (BPS_RATE * 8192 / 9600). BPS_RATE will be the link rate if set with
- the C option. You can specify a limit for the maximum packet size with
- the M option, but it only influence the packet size if it is smaller
- than 8K or if one is receiving a file. When not in FTN mode, the
- blocks size is NOT dependant upon the bps rate.
-
- C<link bps>
- All Buffer allocations, and cps calculations will be based upon
- link rate if passed with C<baud> option, otherwise they will be based
- upon LOCKED bps. When the link rat eis used, the DataRate field of
- status display will show the true CPS of each block.
-
- N Send no files mode (DirectZap, ZedZip and ZedZap protocols)
- It is permitted to have a session without sending or receiving
- files if N option is Y. This is required with some protocols in FTN
- mode so as not to generate a spurious failure after a mailer session.
- This also changes EOF mode from sending CAN's to just sending ZFIN.
-
- Q Enable DirectZap mode
- Only ZDLE adn ZDLEE will be escaped if Q option is Y.
-
- ToDO:
- Add support for TrapZap if someone tells me what the diff isfrom
- DirectZap :).
-
- Add support for returning received file's creation date and option to
- set received file to either reception date or creation date.
-
- MAGIC NAME: XPRZ3
- Robert Williamson
- FidoNet#1:167/104.0
- AmigaNet#40:600/104.0
-
-